home *** CD-ROM | disk | FTP | other *** search
/ ETO Development Tools 4 / ETO Development Tools 4.iso / Essentials / MacApp Documentation / MacApp.TECH$ Archives / 1988 / Jul 88 / Make Files 7⁄6 < prev    next >
Encoding:
Text File  |  1991-03-06  |  2.1 KB  |  53 lines  |  [TEXT/GEOL]
  1. Item    4162372                         6-July-88        10:29
  2.  
  3. From:   ROSENSTEIN1                     Rosenstein, Larry
  4.  
  5. To:     MACAPP$                         MacApp Interest List
  6.  
  7. Sub:    Make Files
  8.  
  9. You definitely need a dependency line that will delete Andys.LOAD when needed.
  10. In addition to depending on "{SrcMacApp}UAndysUnit.p", it also needs to depend
  11. on the other (MacApp) $LOAD files in your USES statement.
  12.  
  13. I don't think you need to specify "{LoadMacApp}Andys.LOAD" in the
  14. OtherInterfaces line.  Instead this should read:
  15.  
  16. OtherInterfaces = "{SrcMacApp}UAndysUnit.p"
  17.  
  18. This expresses the true relationship between UAndysUnit.p and
  19. UMyApplication.p.o.  (Also, this prepares you for MPW 3.0, in which you don't
  20. have $LOAD files.)
  21.  
  22. As you discovered, this doesn't quite work because the $LOAD file and
  23. UMyApp.p.o both depend on UAndysUnit.p.  The order in which these get built
  24. depends on the order in which they appear in the make file(s).
  25.  
  26. MacApp forces the $LOAD files to be processed first by building a dummy target
  27. called AllLOADFiles.  Therefore, should should add the following dependency to
  28. your make file:
  29.  
  30. AllLOADFiles ƒ "{LoadMacApp}Andys.LOAD"
  31.  
  32. Then the $LOAD files that need to be deleted will be deleted before any
  33. compiles are done.
  34.  
  35. You idea of putting the $LOAD file in the OtherInterfaces section should work
  36. as well, but this might be a little clearer.  $LOAD files are a real hack in
  37. the Pascal compiler; their behavior and restrictions make it easy to implement,
  38. but hard for the programmer to deal with.
  39.  
  40. Finally to respond to Greg Hemstreet about MABuild.  MABuild was intended to
  41. solve the common case of building a program, so that you don't need to read
  42. about Make before you can use MacApp.  This is in keeping with the overall
  43. MacApp philosphy.  You should not hesitate to write your own Make files if you
  44. find the ones provided with MacApp to be too limiting.  One of the recent
  45. MacApp Developer Assn newsletter contained an article on building a large
  46. MacApp program; the make files described there are available from APDA on one
  47. of the MacApp Developer Assn disks (the 3rd?).
  48.  
  49. Larry Rosenstein
  50.  
  51.  
  52.  
  53.